LED design language for visual affordance of voice user interfaces

ABSTRACT

A method is implemented at an electronic device for visually indicating a voice processing state. The electronic device includes at least an array of full color LEDs, one or more microphones and a speaker. The electronic device collects via the one or more microphones audio inputs from an environment in proximity to the electronic device, and processes the audio inputs by identifying and/or responding to voice inputs from a user in the environment. A state of the processing is then determined from among a plurality of predefined voice processing states, and for each of the full color LEDs, a respective predetermined LED illumination specification is determined in association with the determined voice processing state. In accordance with the identified LED illumination specifications of the full color LEDs, the electronic device synchronizes illumination of the array of full color LEDs to provide a visual pattern indicating the determined voice processing state.

RELATED APPLICATIONS

This application claims priority to the following provisionalapplications, each of which is incorporated by reference in itsentirety:

-   -   U.S. Provisional Application No. 62/334,434, filed May 10, 2016,        titled “Implementations for Voice Assistant on Devices”;    -   U.S. Provisional Application No. 62/336,551, filed May 13, 2016,        titled “Personalized and Contextualized Audio Briefing”;    -   U.S. Provisional Application No. 62/336,566, filed May 13, 2016,        titled “LED Design Language for Visual Affordance of Voice User        Interfaces”;    -   U.S. Provisional Application No. 62/336,569, filed May 13, 2016,        titled “Voice-Controlled Closed Caption Display”; and    -   U.S. Provisional Application No. 62/336,565, filed May 13, 2016,        titled “Media Transfer among Media Output Devices.”

This application is also related to the following patent applications,each of which is incorporated by reference in its entirety:

-   -   U.S. patent application Ser. No. 15/592,126, filed May 10, 2017,        titled “Voice-Controlled Closed Caption Display”;    -   U.S. patent application Ser. No. 15/592,128, filed May 10, 2017,        titled “Media Transfer among Media Output Devices”;    -   U.S. patent application Ser. No. 15/593,236, filed May 11, 2017,        titled “Personalized and Contextualized Audio Briefing”; and    -   U.S. patent application Ser. No. 15/592,137, filed May 10, 2017,        titled “Implementations for Voice Assistant on Devices.”

TECHNICAL FIELD

This application relates generally to computer technology, including butnot limited to methods and systems for using an array of full colorlight emitting diodes (LEDs) to visualize a voice processing stateassociated with a voice activated electronic device that is used as auser interface in a smart home or media environment.

BACKGROUND

Electronic devices integrated with microphones have been widely used tocollect voice inputs from users and implement different voice-activatedfunctions according to the voice inputs. For example, manystate-of-the-art mobile devices include a voice assistant system (e.g.,Siri and Google Assistant) that is configured to use voice inputs toinitiate a phone call, conduct a restaurant search, start routing on amap, create calendar events, add a post to a social network, recognize asong and complete many other tasks. The mobile devices often includedisplay screens that allow the users who provide the voice inputs tocheck the status of the tasks requested via the voice inputs. However,when an electronic device having a relatively simple structure and madeat a low cost is applied to implement similar voice activated functionsas the mobile devices, use of a display screen would significantlyincrease the cost of the electronic device. Thus, there is a need to usea simple and low-cost user interface to indicate a status of voice inputprocessing in an electronic device that includes one or more microphonesand functions as a voice interface.

In addition, the voice activated functions currently implemented inmobile devices are limited to Internet-based functions that involveremote servers (e.g., a search engine, a social network server or avoice assistant server). The results of the voice activated functionsare displayed on or used to control the mobile devices themselves, anddo not impact any other remote or local electronic devices accessible tothe user. Given that voice inputs are convenient for the user, it isbeneficial to allow the user to use voice inputs to control the otherelectronic devices accessible to the user in addition to requesting theInternet-based functions limited between the remote servers and themobile devices.

SUMMARY

Accordingly, there is a need to create a smart media environment or asmart home environment where an electronic device provides an eyes-freeand hands-free voice interface to activate voice-activated functions onother media play devices or smart home devices coupled within the smartmedia or home environment. In some implementations of this application,a smart media environment includes one or more voice-activatedelectronic devices and multiple media display devices each disposed at adistinct location and coupled to a cast device (e.g., a set top box).Each voice-activated electronic device is configured to record a voicemessage from which a cloud cast service server determines a user voicerequest (e.g., a media play request, a media transfer request or aclosed caption initiation request). The cloud cast service server thendirects the user voice request to a destination cast device as indicatedby the voice message. The voice-activate electronic device is alsoconfigured to display a visual pattern via an array of full color LEDsindicating a corresponding voice processing state. Similar arrangementcould be used to control smart home devices to implement voice-activatedfunctions in a smart home environment. Such methods optionallycomplement or replace conventional methods of requiring a user to use aremote control or a client device to control the media devices or thesmart home devices in a smart media or home environment.

In accordance with one aspect of this application, a method isimplemented at an electronic device for visually indicating a voiceprocessing state. The electronic device includes an array of full colorLEDs, one or more microphones, a speaker, a processor and memory storingat least one program for execution by the processor. The method includescollecting via the one or more microphones audio inputs from anenvironment in proximity to the electronic device, and processing theaudio inputs. The processing includes one or more of identifying andresponding to voice inputs from a user in the environment. The methodfurther includes determining a state of the processing from among aplurality of predefined voice processing states, and for each of thefull color LEDs, identifying a respective predetermined LED illuminationspecification associated with the determined voice processing state. Theillumination specification includes one or more of an LED illuminationduration, pulse rate, duty cycle, color sequence and brightness. Themethod further includes in accordance with the identified LEDillumination specifications of the full color LEDs, synchronizingillumination of the array of full color LEDs to provide a visual patternindicating the determined voice processing state.

In accordance with one aspect of this application, a method is executedat server system including a processor and memory storing at least oneprogram for execution by the processor for playing media content on amedia output device. The media content play method includes receiving avoice message recorded by an electronic device, and determining that thevoice message includes a first media play request. The first media playrequest includes a user voice command to play media content on adestination media output device and a user voice designation of themedia output device, and the user voice command includes at leastinformation of a first media play application and the media content thatneeds to be played. The media content play method further includes inaccordance with the voice designation of the media output device,identifying (e.g., in a device registry) a cast device associated in auser domain with the electronic device and coupled to the media outputdevice. The cast device is configured to execute one or more media playapplications for controlling the media output device to play mediacontent received from one or more media content hosts. The media contentplay method further includes sending to the cast device a second mediaplay request including the information of the first media playapplication and the media content that needs to be played, therebyenabling the cast device to execute the first media play applicationthat controls the media output device to play the media content.

In accordance with another aspect of this application, a method isexecuted at a server system including a processor and memory storing atleast one program for execution by the processor for initiating by voicedisplay of closed captions (CC) for media content. The CC display mediamethod includes receiving a voice message recorded by an electronicdevice, and determining that the voice message is a first closed captioninitiation request. The first closed caption initiation request includesa user voice command to initiate closed captions and a user voicedesignation of a display device playing the media content for whichclosed captions are to be activated. The CC display method furtherincludes in accordance with the designation of the display device,identifying (e.g., in a device registry) a cast device associated in auser domain with the electronic device and coupled to the designateddisplay device. The cast device is configured to execute a media playapplication for controlling the designated display device to displaymedia content received from a media content host. The CC display methodfurther includes sending a second closed caption initiation request tothe cast device coupled to the designated display device, therebyenabling the cast device to execute the media play application thatcontrols the designated display device to turn on the closed captions ofmedia content that is currently displayed on the designated displaydevice and display the closed captions according to the second closedcaption initiation request.

In accordance with another aspect of this application, a method isexecuted at a server system including a processor and memory storing atleast one program for execution by the processor for moving mediacontent display from a source media output device to a destination mediaoutput device. The media transfer method includes receiving a voicemessage recorded by an electronic device, and determining that the voicemessage includes a media transfer request. The media transfer requestincludes a user voice command to transfer media content that is beingplayed to a destination media output device and a user voice designationof the destination media output device. The media transfer methodfurther includes obtaining from a source cast device instant media playinformation of the media content that is currently being played. Theinstant play information includes at least information of a first mediaplay application, the media content that is currently being played, anda temporal position related to playing of the media content. The mediatransfer method further includes in accordance with the voicedesignation of the destination media output device, identifying (e.g.,in a device registry) a destination cast device associated in a userdomain with the electronic device and coupled to the destination mediaoutput device, and the destination cast device is configured to executeone or more media play applications for controlling the destinationmedia output device to play media content received from one or moremedia content hosts. The media transfer method further includes sendingto the destination cast device a media play request including theinstant media play information, thereby enabling the destination castdevice to execute the first media play application that controls thedestination media output device to play the media content from thetemporal location.

In accordance with some implementations, a cast device includes meansfor performing the operations of any of the methods described above.

BRIEF DESCRIPTION OF THE DRAWINGS

The patent or application file contains at least one drawing executed incolor. Copies of this patent or patent application publication withcolor drawing(s) will be provided by the Office upon request and paymentof the necessary fee.

For a better understanding of the various described implementations,reference should be made to the Description of Implementations below, inconjunction with the following drawings in which like reference numeralsrefer to corresponding parts throughout the figures.

FIG. 1 is an example smart media environment in accordance with someimplementations.

FIG. 2A is an example operating environment in which a voice-activatedelectronic device interacts with a cast device, a client device or aserver system of a smart media environment in accordance with someimplementations.

FIG. 2B is an example flow chart of a media play control process thatcontrols the cast device and its associated media play activitiesaccording to control path B shown in FIG. 2A.

FIG. 3 is another example operating environment in which cast devicesinteract with a client device, voice-activated electronic devices or aserver system of the smart media environment in accordance with someimplementations.

FIGS. 4A and 4B are a front view and a rear view of a voice-activatedelectronic device in accordance with some implementations.

FIG. 4C is a perspective view of a voice-activated electronic device 190that shows speakers contained in a base of the electronic device 190 inan open configuration in accordance with some implementations.

FIGS. 4D and 4E are a side view and an expanded view of avoice-activated electronic device that shows electronic componentscontained therein in accordance with some implementations, respectively.

FIGS. 4F(1)-4F(4) show four touch events detected on a touch sense arrayof a voice-activated electronic device in accordance with someimplementations.

FIG. 4F(5) shows a user press on a button on a rear side of thevoice-activated electronic device in accordance with someimplementations.

FIG. 4G is a top view of a voice-activated electronic device inaccordance with some implementations, and FIG. 4H shows six examplevisual patterns displayed by an array of full color LEDs for indicatingvoice processing states in accordance with some implementations.

FIG. 5 is a block diagram illustrating an example electronic device thatis applied as a voice interface to collect user voice commands in asmart media environment in accordance with some implementations.

FIG. 6 is a block diagram illustrating an example cast device that isapplied for automatic control of display of media content in a smartmedia environment in accordance with some implementations.

FIG. 7 is a block diagram illustrating an example server in the serversystem 140 of a smart media environment in accordance with someimplementations. An example server is one of a cloud cast service sever.

FIG. 8 is a block diagram illustrating an example client device that isapplied for automatic control of media display in a smart mediaenvironment in accordance with some implementations.

FIG. 9 is a block diagram illustrating an example smart home device in asmart media environment in accordance with some implementations.

FIG. 10 is a flow diagram illustrating a method of visually indicating avoice processing state in accordance with some implementations.

FIG. 11 is a flow diagram illustrating a method of initiating display ofclosed captions for media content by voice in accordance with someimplementations.

FIG. 12 is a flow diagram illustrating a method of initiating by voiceplay of media content on a media output device in accordance with someimplementations.

FIG. 13 is a flow diagram illustrating a method of moving play of mediacontent from a source media output device to a destination media outputdevice in accordance with some implementations.

Like reference numerals refer to corresponding parts throughout theseveral views of the drawings.

DESCRIPTION OF IMPLEMENTATIONS

While digital revolution has provided many benefits ranging from openlysharing information to a sense of global community, emerging newtechnology often induces confusion, skepticism and fear among consumers,preventing consumers from benefiting from the technology. Electronicdevices are conveniently used as voice interfaces to receive voiceinputs from users and initiate voice-activated functions, and therebyoffer eyes-free and hands-free solutions to approach both existing andemerging technology. Specifically, the voice inputs received at anelectronic device can carry instructions and information even if auser's line of sight is obscured and his hands are full. To enablehands-free and eyes-free experience, the voice-activated electronicdevice listens to the ambient (i.e., processes audio signals collectedfrom the ambient) constantly or only when triggered. On the other hand,user identities are linked with a user's voice and a language used bythe user. To protect the user identities, voice-activated electronicdevices are normally used in non-public places that are protected,controlled and intimate spaces (e.g., home and car).

In accordance with some implementations of the invention, avoice-activated electronic device includes an array of full color lightemitting diodes (LEDs). While the electronic device processes audioinputs collected from one or more microphones, the array of full LEDsare illuminated to provide a visual pattern according to LEDillumination specifications determined according to a state of theprocessing. The array of full color LEDs is configured to provide aplurality of visual patterns each corresponding to a voice processingstate (e.g., hot word detection, listening, thinking and speaking). ThisLED design language used to create the visual patterns is applied to atleast partially resolve the problem of user confusion, apprehension, anduneasiness and promote understanding, adoption and enjoyment of thecorresponding voice interface experience.

Further, in accordance with some implementations of the invention, avoice-activated electronic device uses voice inputs to initiate andcontrol video playback on display devices. Specifically, a server system(e.g., a cloud cast service server) receives a voice message recorded bythe voice-activated electronic device, and determines that the voicemessage includes a media play request further including a user voicecommand to play media content on a media output device (optionallyincluding the voice-activated electronic device itself) and a user voicedesignation of the media output device. The user voice command includesat least information of a first media play application and the mediacontent that needs to be played. In accordance with the voicedesignation of the media output device, the server system identifies acast device associated in a user domain with the electronic device andcoupled to the media output device, and the cast device is configured toexecute one or more media play applications for controlling the mediaoutput device to play media content received from one or more mediacontent hosts. The server system then sends to the cast device theinformation of the first media play application and the media contentthat needs to be played, thereby enabling the cast device to execute thefirst media play application that controls the media output device toplay the media content.

In some implementations, while the media content is displayed on a mediaoutput device, the voice-activated electronic device allows a user touse their voice to turn on and off captions on the TV without involvingany user interaction with a remote control or a second screen device(e.g., a mobile phone, a tablet computer and a laptop computer).Specifically, a server system is configured to determine from a voicemessage a first closed caption initiation request including a user voicecommand to initiate closed captions and a user voice designation of adisplay device playing the media content for which closed captions areto be activated. After identifying a cast device associated in a userdomain with the electronic device and coupled to the designated displaydevice, the server system sends a second closed caption initiationrequest to the cast device, thereby enabling the cast device to executethe media play application that controls the designated display deviceto turn on the closed captions of media content that is currentlydisplayed on the designated display device and display the closedcaptions according to the second closed caption initiation request.

Further, in accordance with some implementations of the invention, whilethe media content is displayed on a first media output device, thevoice-activated electronic device allows a user to use their voice toinitiate a media transfer of the media content from the first mediaoutput device to a second media output device. The transfer maintainsthe corresponding media play state at least by resuming the mediacontent on the second media output device at an exact point of the mediacontent that has been played on the first media output device.

Specifically, a server system is configured to determine from a voicemessage a media transfer request including a user voice command totransfer media content that is being played to a destination mediaoutput device and a user voice designation of the destination mediaoutput device. The server system then obtains from a source cast deviceinstant media play information of the media content that is currentlybeing played, and the instant play information includes at leastinformation of a first media play application, the media content that iscurrently being played, and a temporal position related to playing ofthe media content. After identifying a destination cast deviceassociated in a user domain with the electronic device and coupled tothe designated display device, the server system sends to thedestination cast device a media play request including the instant mediaplay information, thereby enabling the destination cast device toexecute the first media play application that controls the destinationmedia output device to play the media content from the temporallocation. In some implementations, the destination cast device isidentified in a device registry.

Reference will now be made in detail to implementations, examples ofwhich are illustrated in the accompanying drawings. In the followingdetailed description, numerous specific details are set forth in orderto provide a thorough understanding of the various describedimplementations. However, it will be apparent to one of ordinary skillin the art that the various described implementations may be practicedwithout these specific details. In other instances, well-known methods,procedures, components, circuits, and networks have not been describedin detail so as not to unnecessarily obscure aspects of theimplementations.

Smart Media/Home Environment

FIG. 1 is an example smart media environment 100 in accordance with someimplementations. The smart media environment 100 includes a structure150 (e.g., a house, office building, garage, or mobile home) withvarious integrated devices. It will be appreciated that devices may alsobe integrated into a smart media environment 100 that does not includean entire structure 150, such as an apartment, condominium, or officespace. The depicted structure 150 includes a plurality of rooms 152,separated at least partly from each other via walls 154. The walls 154may include interior walls or exterior walls. Each room may furtherinclude a floor 156 and a ceiling 158.

One or more media devices are disposed in the smart media environment100 to provide media content that is stored at a local content source orstreamed from a remote content source (e.g., content host(s) 114). Themedia devices can be classified to two categories: media output devices106 that directly output the media content to audience, and cast devices108 that are networked to stream media content to the media outputdevices 108. Examples of the media output devices 106 include, but arenot limited to television (TV) display devices and music players.Examples of the cast devices 108 include, but are not limited to, aset-top boxes (STBs), DVD players and TV boxes. In the example smartmedia environment 100, the media output devices 106 are disposed in morethan one location, and each media output device 106 is coupled to arespective cast device 108 or includes an embedded casting unit. Themedia output device 106-1 includes a TV display that is hard wired to aDVD player or a set top box 108-1. The media output device 106-2includes a smart TV device that integrates an embedded casting unit tostream media content for display to its audience. The media outputdevice 106-3 includes a regular TV display that is coupled to a TV box108-3 (e.g., Google TV or Apple TV products), and such a TV box 108-3streams media content received from a media content host server 114 andprovides an access to the Internet for displaying Internet-based contenton the media output device 106-3.

In addition to the media devices 106 and 108, one or more electronicdevices 190 are disposed in the smart media environment 100 to collectaudio inputs for initiating various media play functions of the mediadevices. In some implementations, these voice-activated electronicdevices 190 (e.g., devices 1901-1, 190-2 and 190-3) are disposed inproximity to a media device, for example, in the same room with the castdevices 108 and the media output devices 106. Alternatively, in someimplementations, a voice-activated electronic device 190-4 is disposedin a room having one or more smart home devices but not any mediadevice. Alternatively, in some implementations, a voice-activatedelectronic device 190 is disposed in a location having no networkedelectronic device.

The electronic device 190 includes at least one or more microphones, aspeaker, a processor and memory storing at least one program forexecution by the processor. The speaker is configured to allow theelectronic device 190 to deliver voice messages to a location where theelectronic device 190 is located in the smart media environment 100,thereby broadcasting music, reporting a state of audio input processing,having a conversation with or giving instructions to a user of theelectronic device 190. As an alternative to the voice messages, visualsignals could also be used to provide feedback to the user of theelectronic device 190 concerning the state of audio input processing.When the electronic device 190 is a conventional mobile device (e.g., amobile phone or a tablet computer), its display screen is configured todisplay a notification concerning the state of audio input processing.

In accordance with some implementations, the electronic device 190 is avoice interface device that is network-connected to provide voicerecognition functions with the aid of a cloud cast service server 116and/or a voice assistance server 112. For example, the electronic device190 includes a smart speaker that provides music to a user and allowseyes-free and hands-free access to voice assistant service (e.g., GoogleAssistant). Optionally, the electronic device 190 is one of a desktop orlaptop computer, a tablet and a mobile phone that includes a microphone.Optionally, the electronic device 190 is a simple and low cost voiceinterface device. Given simplicity and low cost of the electronic device190, the electronic device 190 includes an array of full color lightemitting diodes (LEDs) rather than a full display screen, and displays avisual pattern on the full color LEDs to indicate the state of audioinput processing.

When voice inputs from the electronic device 190 are used to control themedia output devices 106 via the cast devices 108, the electronic device190 effectively enables a new level of control of cast-enabled mediadevices. In a specific example, the electronic device 190 includes acasual enjoyment speaker with far-field voice access and functions as avoice interface device for Google Assistant. The electronic device 190could be disposed in any room in the smart media environment 100. Whenmultiple electronic devices 190 are distributed in multiple rooms, theybecome cast audio receivers that are synchronized to provide voiceinputs from all these rooms.

Specifically, in some implementations, the electronic device 190includes a WiFi speaker with a microphone that is connected to avoice-activated personal assistant service (e.g., Google Assistant). Auser could issue a media play request via the microphone of electronicdevice 190, and ask the personal assistant service to play media contenton the electronic device 190 itself or on another connected media outputdevice 106. For example, the user could issue a media play request bysaying to the WiFi speaker “OK Google, Play cat videos on my Living roomTV.” The personal assistant service then fulfils the media play requestby playing the requested media content on the requested device using adefault or designated media application.

A user could also make a voice request via the microphone of theelectronic device 190 concerning the media content that has already beenplayed on a display device. In some implementations, closed captions ofthe currently displayed media content are initiated or deactivated onthe display device by voice when there is no remote control or a secondscreen device is available to the user. Thus, the user can turn on theclosed captions on a display device via an eyes-free and hands-freevoice-activated electronic device 190 without involving any other devicehaving a physical user interface, and such a voice-activated electronicdevice 190 satisfies federal accessibility requirements for users havinghearing disability.

In some implementations, a user may want to take a current media sessionwith them as they move through the house. This requires the personalassistant service to transfer the current media session from a firstcast device to a second cast device that is not directly connected tothe first cast device or has no knowledge of the existence of the firstcast device. Subsequent to the media content transfer, a second outputdevice 106 coupled to the second cast device 108 continues to play themedia content previously a first output device 106 coupled to the firstcast device 108 from the exact point within a music track or a videoclip where play of the media content was forgone on the first outputdevice 106.

In some implementations, in addition to the media devices (e.g., theoutput devices 106 and the cast devices 108) and the voice-activatedelectronic devices 190, smart home devices could also be mounted on,integrated with and/or supported by a wall 154, floor 156 or ceiling 158of the smart media environment 100 (which is also broadly called as asmart home environment in view of the existence of the smart homedevices). The integrated smart home devices include intelligent,multi-sensing, network-connected devices that integrate seamlessly witheach other in a smart home network and/or with a central server or acloud-computing system to provide a variety of useful smart homefunctions. In some implementations, a smart home device is disposed atthe same location of the smart home environment 100 as a cast device 108and/or an output device 106, and therefore, is located in proximity toor with a known distance with respect to the cast device 108 and theoutput device 106.

The smart home devices in the smart media environment 100 may include,but are not limited to, one or more intelligent, multi-sensing,network-connected thermostats 122, one or more intelligent,network-connected, multi-sensing hazard detectors 124, one or moreintelligent, multi-sensing, network-connected entryway interface devices126 and 128 (hereinafter referred to as “smart doorbells 126” and “smartdoor locks 128”), one or more intelligent, multi-sensing,network-connected alarm systems 130, one or more intelligent,multi-sensing, network-connected camera systems 132, and one or moreintelligent, multi-sensing, network-connected wall switches 136. In someimplementations, the smart home devices in the smart media environment100 of FIG. 1 includes a plurality of intelligent, multi-sensing,network-connected appliances 138 (hereinafter referred to as “smartappliances 138”), such as refrigerators, stoves, ovens, televisions,washers, dryers, lights, stereos, intercom systems, garage-door openers,floor fans, ceiling fans, wall air conditioners, pool heaters,irrigation systems, security systems, space heaters, window AC units,motorized duct vents, and so forth.

The smart home devices in the smart media environment 100 mayadditionally or alternatively include one or more other occupancysensors (e.g., touch screens, IR sensors, ambient light sensors andmotion detectors). In some implementations, the smart home devices inthe smart media environment 100 include radio-frequency identification(RFID) readers (e.g., in each room 152 or a portion thereof) thatdetermine occupancy based on RFID tags located on or embedded inoccupants. For example, RFID readers may be integrated into the smarthazard detectors 104.

In some implementations, in addition to containing sensing capabilities,devices 122, 124, 126, 128, 130, 132, 136 and 138 (which arecollectively referred to as “the smart home devices” or “the smart homedevices 120”) are capable of data communications and information sharingwith other smart home devices, a central server or cloud-computingsystem, and/or other devices (e.g., the client device 104, the castdevices 108 and the voice-activated electronic devices 190) that arenetwork-connected. Similarly, each of the cast devices 108 and thevoice-activated electronic devices 190 is also capable of datacommunications and information sharing with other cast devices 108,voice-activated electronic devices 190, smart home devices, a centralserver or cloud-computing system 140, and/or other devices (e.g., theclient device 104) that are network-connected. Data communications maybe carried out using any of a variety of custom or standard wirelessprotocols (e.g., IEEE 802.15.4, Wi-Fi, ZigBee, 6LoWPAN, Thread, Z-Wave,Bluetooth Smart, ISA100.11a, WirelessHART, MiWi, etc.) and/or any of avariety of custom or standard wired protocols (e.g., Ethernet, HomePlug,etc.), or any other suitable communication protocol, includingcommunication protocols not yet developed as of the filing date of thisdocument.

In some implementations, the cast devices 108, the electronic devices190 and the smart home devices serve as wireless or wired repeaters. Insome implementations, a first one of and the cast devices 108communicates with a second one of the cast devices 108 and the smarthome devices via a wireless router. The cast devices 108, the electronicdevices 190 and the smart home devices may further communicate with eachother via a connection (e.g., network interface 160) to a network, suchas the Internet 110. Through the Internet 110, the cast devices 108, theelectronic devices 190 and the smart home devices may communicate with asmart server system 140 (also called a central server system and/or acloud-computing system herein). Optionally, the smart server system 140may be associated with a manufacturer, support entity, or serviceprovider associated with the cast devices 108 and the media contentdisplayed to the user.

Accordingly, the smart server system 140 may include a voice assistanceserver 112 that processes audio inputs collected by voice-activatedelectronic devices, one or more content hosts 104 that provide thedisplayed media content, a cloud cast service server 116 creating avirtual user domain based on distributed device terminals, and a deviceregistry 118 that keeps a record of the distributed device terminals inthe virtual user environment. Examples of the distributed deviceterminals include, but are not limited to the cast devices 108, themedia output devices 106, the electronic devices 190 and the smart homedevices. In some implementations, these distributed device terminals arelinked to a user account (e.g., a Google user account) in the virtualuser domain.

In some implementations, the network interface 160 includes aconventional network device (e.g., a router). The smart mediaenvironment 100 of FIG. 1 further includes a hub device 180 that iscommunicatively coupled to the network(s) 110 directly or via thenetwork interface 160. The hub device 180 is further communicativelycoupled to one or more of the above intelligent, multi-sensing,network-connected devices (e.g., the cast devices 108, the electronicdevices 190, the smart home devices and the client device 104). Each ofthese network-connected devices optionally communicates with the hubdevice 180 using one or more radio communication networks available atleast in the smart media environment 100 (e.g., ZigBee, Z-Wave, Insteon,Bluetooth, Wi-Fi and other radio communication networks). In someimplementations, the hub device 180 and devices coupled with/to the hubdevice can be controlled and/or interacted with via an applicationrunning on a smart phone, household controller, laptop, tablet computer,game console or similar electronic device. In some implementations, auser of such controller application can view status of the hub device orcoupled network-connected devices, configure the hub device tointeroperate with devices newly introduced to the home network,commission new devices, and adjust or view settings of connecteddevices, etc.

FIG. 2A is an example operating environment in which a voice-activatedelectronic device 190 interacts with a cast device 108, a client device104 or a server system 140 of a smart media environment 100 inaccordance with some implementations. The voice-activated electronicdevice 190 is configured to receive audio inputs from an environment inproximity to the voice-activated electronic device 190. Optionally, theelectronic device 190 stores the audio inputs and at least partiallyprocesses the audio inputs locally. Optionally, the electronic device190 transmits the received audio inputs or the partially processed audioinputs to a voice assistance server 112 via the communication networks110 for further processing. The cast device 108 is configured to obtainmedia content or Internet content from one or more content hosts 114 fordisplay on an output device 106 coupled to the cast device 108. Asexplained above, the cast device 108 and the voice-activated electronicdevice 190 are linked to each other in a user domain, and morespecifically, associated with each other via a user account in the userdomain. Information of the cast device 108 and information of theelectronic device 190 are stored in the device registry 118 inassociation with the user account.

In some implementations, the cast device 108 and the voice-activatedelectronic device 190 do not include any display screen, and have torely on the client device 104 to provide a user interface during acommissioning process. Specifically, the client device 104 is installedwith an application that enables a user interface to facilitatecommissioning of a new cast device 108 or a new voice-activatedelectronic device 190 disposed in proximity to the client device 104. Auser may send a request on the user interface of the client device 104to initiate a commissioning process for the new cast device 108 orelectronic device 190 that needs to be commissioned. After receiving thecommissioning request, the client device 104 establishes a short rangecommunication link with the new cast device 108 or electronic device 190that needs to be commissioned. Optionally, the short range communicationlink is established based near field communication (NFC), Bluetooth,Bluetooth Low Energy (BLE) and the like. The client device 104 thenconveys wireless configuration data associated with a wireless localarea network (WLAN) to the new cast device 108 or electronic device 190.The wireless configuration data includes at least a WLAN security code(i.e., service set identifier (SSID) password), and optionally includesa SSID, an Internet protocol (IP) address, proxy configuration andgateway configuration. After receiving the wireless configuration datavia the short range communication link, the new cast device 108 orelectronic device 190 decodes and recovers the wireless configurationdata, and joins the WLAN based on the wireless configuration data.

Additional user domain information is entered on the user interfacedisplayed on the client device 104, and used to link the new cast device108 or electronic device 190 to an account in a user domain. Optionally,the additional user domain information is conveyed to the new castdevice 108 or electronic device 190 in conjunction with the wirelesscommunication data via the short range communication link. Optionally,the additional user domain information is conveyed to the new castdevice 108 or electronic device 190 via the WLAN after the new devicehas joined the WLAN.

Once the cast device 108 and the electronic device 190 have beencommissioned into the user domain, the cast device 108, the outputdevice 106 and their associated media play activities could becontrolled via two control paths (control path A and control path B). Inaccordance with control path A, a cast device application or one or moremedia play applications installed on the client device 104 are used tocontrol the cast device 108 and its associated media play activities.Alternatively, in accordance with control path B, the electronic device190 is used to enable eyes-free and hands-free control of the castdevice 108 and its associated media play activities (e.g., playback ofmedia content play on the output device 106, and activation of closedcaptions of media content currently displayed on the output device 106).

FIG. 2B is an example flow chart of a media play control process 250that controls the cast device 108 and its associated media playactivities according to control path B shown in FIG. 2A. An assistantserver (e.g., a voice assistance server 112) is configured to supportthe voice activated electronic device 190, control interactions with asearch stack and resolve which media action needs to be executedaccording to raw voice inputs collected by the electronic device 190.The assistant server sends (202) a request to the cloud cast serviceserver 116 which converts the media action into an Action Script thatcan then be executed by the target cast device 108. There are twopossible execution paths for the Action Script. In accordance with afirst execution path A, it is returned in the response to the assistantserver. This is a “local path.” If the target cast device 108 is thevoice-activated electronic device 190 itself, then the Action Script isreadily available from the assistant server. Alternatively, inaccordance with a second execution path B, the cloud cast service server116 dispatches the Action Script to the device via a Cloud Messagingservice. This is a remote execution path. In some implementations, bothexecution paths are taken in parallel, and the target cast device 108ignores the Action Script that arrives second. A unique_command_id isassociated with every ExecuteCloudCastCommand.

In some implementations, a voice assistant server makes a remoteprocedure call (RPC) of executeCastCommand with a CloudCastCommand asfollows:

message CloudCastCommand { optional string unique_command_id = 1 ;optional string source_device_id = 2 ; optional string target_device_id= 3 ; optional string app_id = 4 ; optional string content_id = 5 ;optional string content_auth_token = 6 ; } messageExecuteCastCommandRequest { optional CloudCastCommand cast_command = 1 ;} message ExecuteCastCommandResponse { optional CloudCastCommandcast_command = 1 ; optional string cast_action_script = 2 ; }

Once the command is obtained, the cloud cast service server 116maintains this CloudCastCommand in a consistent storage keyed by aunique_command_id and target_device_id. The CloudCastCommand will bereplaced or removed when another command is issued for the same targetcast device 108 or the electronic device 190 or when /executionReportendpoints receives either SUCCESS/ERROR status. The cloud cast serviceserver 116 then cleans up Command that is stale (haven't finished in acertain time period), and generates the Cast Action Script. Once CastAction Script is generated, the cloud cast service server 116 returnsthe script in the RPC response, and sends the Response using GoogleCloud Messaging Service if (source_device_id!=target_device_id).

In some implementations, the cast device 108 reports (204) its statusduring and after executing Cast Action Script as follows:

message ReportExecutionStatusRequest { enum StatusCode { UNKNOWN = 0 ;SUCCESS = 1 ; ERROR = 2 ; QUEUED = 3 ; IN_PROGRESS = 4 ; } optionalstring device_id = 1 ; optional string unique_command_id = 2 ; optionalStatusCode status_code = 3 ; // A single action in the action scriptthat is being reported in this // request. optional string last_action =4 ; // Contains custom device status data based on status_code or errorcode. // e.g. For “CAST::EINJECTWRAPPED” error_code, a custom errorstring will be // set in this field. optional string custom_data = 5 ;// Error code is a string which is defined in go/castactionscriptoptional string error_code = 6 ; } message ExecutionReportResponse { //TBD }

In some implementations, the cast device 108 updates its status with astatus message whenever its status changes. In some implementations, thecast device 108 periodically sends a heartbeat to inform the cloud castservice server 116 of their presence, and the cloud cast service server116 updates a last_action_time field to the time since epoch in seconds.The cloud cast service server 116 sends the execution status message tosource device (e.g. the voice-activated electronic device 190)optionally via a Cloud Messaging service. The voice-activated electronicdevice 190 will then call S3 for TTS and playback.

Voice Activated Media Play on a Media Output Device

Referring to FIG. 2A, after the cast device 108 and the voice-activatedelectronic device 190 are both commissioned and linked to a common userdomain, the voice-activated electronic device 190 can be used as a voiceuser interface to enable eyes-free and hands-free control of mediacontent streaming to the cast device 108 involving no remote control,client device 104 or other second screen device. For example, the usermay give voice commands such as “Play Lady Gaga on Living Roomspeakers.” A Lady Gaga music track or video clip is streamed to a castdevice 108 associated with the “Living Room speakers.” The client device104 is not involved, nor is any cast device application or media playapplication loaded on the client device 104.

The cloud cast service 116 is the proxy service that communicativelylinks the voice-activated electronic device to the cast device 108 andmakes casting to the cast device 108 possible without involving anyapplications on the client device 104. Specifically, a voice message isrecorded by an electronic device 190, and the voice message isconfigured to request media play on a media output device 106.Optionally, the electronic device 190 partially processes the voicemessage locally. Optionally, the electronic device 190 transmits thevoice message or the partially processed voice message to a voiceassistance server 112 via the communication networks 110 for furtherprocessing. A cloud cast service server 116 determines that the voicemessage includes a first media play request, and that the first mediaplay request includes a user voice command to play media content on amedia output device 106 and a user voice designation of the media outputdevice 106. The user voice command further includes at least informationof a first media play application (e.g., YouTube and Netflix) and themedia content (e.g., Lady Gaga music) that needs to be played.

In accordance with the voice designation of the media output device, thecloud cast service server 116 in a device registry 118 a cast deviceassociated in the user domain with the electronic device 190 and coupledto the media output device 106. The cast device 108 is configured toexecute one or more media play applications for controlling the mediaoutput device 106 to play media content received from one or more mediacontent hosts 114. Then, the cloud cast service server 116 sends to thecast device 108 a second media play request including the information ofthe first media play application and the media content that needs to beplayed. Upon receiving the information sent by the cloud cast serviceserver 116, the cast device 108 executes the first media playapplication and controls the media output device 106 to play therequested media content.

In some implementations, the user voice designation of the media outputdevice 106 includes description of the destination media output device.The cloud cast service server 116 identifies in the registry thedestination media output device among a plurality of media outputdevices according to the description of the destination media outputdevice. In some implementations, the description of the destinationmedia output device includes at least a brand (“Samsung TV”) or alocation of the media output device 106 (“my Living Room TV”).

Voice Activated Closed Caption Display

U.S. Federal Accessibility Laws require that electronic communicationsand information technologies, such as websites, email, or web documents,be accessible, and that video content must be presented with an optionof closed captions for users who are deaf or hard of hearing. Referringto FIG. 2A, after the cast device 108 and the voice-activated electronicdevice 190 are both commissioned and linked to a common user domain, thevoice-activated electronic device 190 can be used as a voice userinterface to enable eyes-free and hands-free control of closed captiondisplay with media content that is being currently displayed on themedia output device 106. Specifically, a voice recognition systemtranslates a voice command to turn captions on to a recognizable messagesent to the cloud cast service. The cloud cast service interprets thismessage and send a command to a media play application (e.g., YouTube)installed on a cast device. The media play application receives thatcommand and renders a caption track based on the message. As such, theuser can then use voice to toggle captions on and off on the mediaoutput devices. This control of closed caption display does not involveany remote control, client device 104 or other second screen device, nordoes it invoke any cast device application or media play applicationloaded on the client device 104. Therefore, the voice-activated controlof closed caption display meets the federal accessibility requirementsparticularly for users who are deaf or hard of hearing.

When a user intends to initiate display of closed captions for currentlydisplayed media content, the user sends a voice message (e.g., “Turn onclosed captioning.”) recorded by an electronic device 190. Optionally,the electronic device 190 partially processes the voice message locally.Optionally, the electronic device 190 transmits the voice message or thepartially processed voice message to a voice assistance server 112 forfurther processing. A cloud cast service server 116 determines that thevoice message is a first closed caption initiation request, and that thefirst closed caption initiation request includes a user voice command toinitiate closed captions and a user voice designation of a displaydevice 106 playing the media content for which closed captions are to beactivated. In some implementations, the electronic device 190 transmitsthe recorded voice message to the cloud cast service server 116directly. The cloud cast service server 116 determines that the voicemessage is the first closed caption initiation request by forwarding thevoice message to the voice assistance server 112 to parse the voicemessage and identify the user voice command and the user voicedesignation of the destination media device, and receiving from thevoice assistance server 112 the user voice command and the user voicedesignation of the destination media device.

In accordance with the designation of the display device, the cloud castservice server 116 identifies in a device registry 118 a cast device 108associated in the user domain with the electronic device 190 and coupledto the designated display device 106. The cast device 108 is configuredto execute a media play application for controlling the designateddisplay device to display media content received from a media contenthost. In some implementations, both the electronic device 190 and thecast device 108 are associated with a user account of the user domain.The user account could be a Google user account.

Then, the cloud cast service server 116 sends a second closed captioninitiation request to the cast device coupled to the designated displaydevice. Upon receiving the information sent by the cloud cast serviceserver 116, the cast device 108 executes the media play application tocontrol the designated display device 106 to turn on the closed captionsof media content that is currently displayed on the designated displaydevice 106 and display the closed captions according to the secondclosed caption initiation request. In some implementations, the closedcaptions are displayed on the designated display device according to adefault closed caption display specification.

In some implementations, in accordance with the first closed captioninitiation request, the cloud cast service server 116 determines adisplay specification of the closed captions. The second closed captioninitiation request includes the display specification of the closedcaption, and the cast device is configured to execute the media playapplication to control the display device to display the closed captionsaccording to the display specification. Further, in someimplementations, the display specification of the closed captionsincludes at least one of a font (e.g., Arial), a font size (e.g., 12), afont color (e.g., white) and a background color (e.g., Black). Further,in some implementations, sending the display specification of the closedcaptions via the cloud cast service server 116 allows users to adjustthe format of their closed captions by translating custom voice commands(such as “larger captions” or “change the background color to blue”) toupdate the closed caption initiation request sent to the cast device108. Additionally, such voice-activated control of closed captiondisplay allows any electronic device with a microphone (e.g., a mobilephone) to initiate playback of media content and adjust closed captionson the media display device 106.

In some implementations, the electronic device, the cast device and thedesignated display device are disposed in proximity to each other, butare located remotely from the cloud cast service system 116, the voiceassistance server 112 and the device registry 118. In someimplementations, two or more of the cloud cast service system 116, thevoice assistance server 112 and the device registry 118 are integratedin a single server. In some implementations, the cloud cast servicesystem 116, the voice assistance server 112 and the device registry 118are distinct from a content host 114 that provides the media content tothe cast device 108 for display on the designated display device 106.

In some implementations, the user voice designation of the media outputdevice 106 includes description of the destination media output device.The cloud cast service server 116 identifies in the registry thedestination media output device among a plurality of media outputdevices according to the description of the destination media outputdevice. In some implementations, the description of the destinationmedia output device includes at least a brand (“Samsung TV”) or alocation of the media output device 106 (“my Living Room TV”).

Voice Activated Media Transfer Among Media Output Devices

FIG. 3 is another example operating environment in which cast devices108 interact with a client device 104, voice-activated electronicdevices 190 or a server system of the smart media environment 100 inaccordance with some implementations. The smart media environment 100includes a first cast device 108-1 and a first output device 106-1coupled to the first cast device. The smart media environment 100 alsoincludes a second cast device 108-2 and a second output device 106-2coupled to the first cast device. The cast devices 108-1 and 108-2 areoptionally located in the same location (e.g., the living room) or twodistinct locations (e.g., two rooms) in the smart media environment 100.Each of the cast devices 108-1 and 108-2 is configured to obtain mediacontent or Internet content from media hosts 114 for display on theoutput device 106 coupled to the respective cast device 108-1 or 108-2.Both the first and second cast devices are communicatively coupled tothe cloud cast service server 116 and the content hosts 114.

The smart media environment 100 further includes one or morevoice-activated electronic devices 190 that are communicatively coupledto the cloud cast service server 116 and the voice assistance server112. In some implementations, the voice-activated electronic devices 190are disposed independently of the cast devices 108 and the outputdevices 106. For example, as shown in FIG. 1, the electronic device190-4 is disposed in a room where no cast device 108 or output device106 is located. In some implementations, the first electronic device190-1 is disposed in proximity to the first cast device 108-1 and thefirst output device 106-1, e.g., the first electronic device 190-1, thefirst cast device 108-1 and the first output device 106-1 are located inthe same room. Optionally, the second electronic device 190-2 isdisposed independently of or in proximity to the second cast device108-2 and the second output device 106-2.

When media content is being played on the first output device 106-1, auser may send a voice command to any of the electronic devices 190 torequest play of the media content to be transferred to the second outputdevice 106-2. The voice command includes a media play transfer request.In one situation, the user could issue the voice command to theelectronic device 190-1 disposed in proximity to the first cast device108-1 before the user moves to a destination location. Alternatively, inanother situation, the user could issue the voice command to theelectronic device 190-2 disposed in proximity to the second device 108-2after the user reaches the destination location.

The voice command is transmitted to the cloud cast service server 116.The cloud cast service server 116 sends a media display informationrequest to the first cast device 108-1 to request instant media playinformation of the media content that is currently being played on thefirst output device 106-1 coupled to the first cast device 108-1. Thefirst cast device 108-1 then returns to the cloud cast service server116 the requested instant play information including at leastinformation of a first media play application (e.g., YouTube), the mediacontent that is currently being played (e.g., “Lady Gaga—NationalAnthem—Super Bowl 2016”), and a temporal position related to playing ofthe media content. The second cast device 108-2 then receives a mediadisplay request including the instant play information from the cloudcast service server 116, and in accordance with the instant playinformation, executes the first media play application that controls thesecond output device 106-2 to play the media content from the temporallocation.

In a specific example, when a music playlist is played on the firstoutput device 106-1, the user says “Play on my living room speakers.”The first output device 106-1 stops playing the currently played song,and the stopped song resumes on the living room speakers. When the songis completed, the living room speakers continue to play the next song onthe music playlist previously played on the first output device 106-1.As such, when the user is moving around in the smart home environment100, the play of the media content would seamlessly follow the userwhile only involving limited user intervention (i.e., giving the voicecommand). Such seamless transfer of media content is accomplishedaccording to one or more of the following operations:

-   -   A voice assistant service (e.g., a voice assistance server 112)        recognizes that it is a user voice command to transfer media        from one output device (source) to another output device        (destination);    -   The Assistant service passes a message including the user voice        command to the cloud cast service server 116;    -   The cloud cast service server 116 then asks the source output        device 106-1 to provide a blob of data that is needed for        transferring the media stream;    -   The content of the blob of data is partner dependent but it        typically contains the current media content being played, the        position with the current media content and the stream volume of        the current media content;    -   Optionally, the content of the blob of data include information        of a container for the current media content (e.g., the playlist        to which the media content belong), and a position of the        current media content within the playlist;    -   The cloud cast service server 116 tells the source device to        stop playing the media content;    -   The cloud cast service server 116 then loads the appropriate        receiver application (e.g., media play application) on the        destination (i.e. the same receiver application that is running        on the source output device);    -   The cloud cast service server 116 sends this blob of data to the        destination cast device 108-2 along with an instruction to the        receiver application to resume transfer of the media content;        and    -   The receiver application interprets the data blob to resume the        media content accordingly.

Specifically, on a server side, a method is implemented by the cloudcast service server 116 for moving play of media content display from asource media output device to a destination media output device. Thecloud cast service server 116 receives a voice message recorded by anelectronic device 190-1 or 190-2, and determines that the voice messageincludes a media transfer request. As explained above, the electronicdevice could be disposed in proximity to the source cast device 108-1located at a first location, in proximity to the destination cast device108-2 located at a second location, or independently of both the sourceand destination cast devices. In some implementations, the electronicdevices 190, the source cast device 108-1 and the destination castdevice 108-2 are associated a user account in a user domain managed bythe cloud cast service server 116. The user account could be a Googleuser account.

The media transfer request in the user voice command includes a uservoice command to transfer media content that is being played to adestination media output device 190-2 and a user voice designation ofthe destination media output device 190-2. In some implementations,after receiving the voice message recorded by an electronic device 190-1or 190-2, the cloud cast service server 116 forwards the voice messageto a voice assistance server 112 that parses the voice message andidentifies the user voice command and the voice designation of thedestination media output device, and receives from the voice assistanceserver 112 the user voice command and the voice designation of thedestination media output device 106-2.

The cloud cast service server 116 obtains from a source cast device108-1 instant media play information of the media content that iscurrently being played. The instant play information includes at leastinformation of a first media play application, the media content that iscurrently being played, and a temporal position related to playing ofthe media content. The temporal position could be recorded when the userrequests the move of the media content to the destination output device106-2. In some implementations, the cloud cast service server 116identifies that the media content is currently being played at thesource media output device 106-1. The cloud cast service server 116identifies in the device registry 118 the source cast device 108-1associated in the user domain with the electronic device 190 and coupledto the source media output device 106-1. Then, the cloud cast serviceserver 116 sends a media information request to the source cast device108-1, and thereby receives the instant media play information from thesource cast device 108-1.

In accordance with the voice designation of the destination media outputdevice, the cloud cast service server 116 identifies in a deviceregistry 118 a destination cast device 108-2 associated in a user domainwith the electronic device and coupled to the destination media outputdevice 106-2. The destination cast device 108-2 is configured to executeone or more media play applications for controlling the destinationmedia output device 106-2 to play media content received from one ormore media content hosts 114. In some implementations, the user voicedesignation of the destination media output device 106-2 includesdescription of the destination media output device 106-2 (e.g., a brandand a location of the output device 106-2). The cloud cast serviceserver 116 identifies in the registry 112 the destination media outputdevice 106-2 among a plurality of media output devices according to thedescription of the destination media output device 106-2. Thus, the userdoes not have to provide an accurate device identification that matchesthe record in the device registry 112, and the cloud cast service server116 can determine the destination media output device 106-2 based on thedescription of the destination media output device 106-2.

After obtaining the instant play information and identifying thedestination cast device 108-2, the cloud cast service server 116 sendsto the destination cast device 108-2 a media play request including theinstant media play information, thereby enabling the destination castdevice 108-2 to execute the first media play application that controlsthe destination media output device 106-2 to play the media content fromthe temporal location. In some implementations, in accordance with theuser voice command, the cloud cast service server 116 sends also sends amedia stop request to the source cast device 108-1, thereby enabling thesource cast device 108-1 to execute the first media play applicationthat controls the source cast device 108-1 coupled thereto to forgo theplay of the media content on the source media output device 106-1.

This media transfer method abstracts the data needed to transfer a mediastream away from the service and places it directly with the streamingservice provider so they can define the parameters (e.g., a Google castprotocol) needed to transfer the stream currently playing. This keepsthe design of this invention very flexible to accommodate any type ofmedia partner or media stream. Additionally it leverages cloudinfrastructure (via the cloud cast service) to transfer messages andcoordinate playback between the source and destination devices. Thisallows this transfer to occur without these cast devices having anyknowledge of each other or being on the same wireless local areanetwork.

Media transfer via the cloud cast service server 116 also enablesscalability, flexibility and data security. The blob of data needed totransfer media is specifically loosely defined to accommodate the numberof content provider partners and the number of stream types. Streams maybe individual tracks, playlists, live streams, advertisements,autoplaying videos and many other content formats. Keeping the data blobflexible and partner dependent allows a single method to work for alltypes of media streams. Further, by having the cloud cast serviceindependently connect with the source and destination cast devices,there is no requirement for these devices to be connected to each other,be on the same WLAN or have knowledge of each other. In addition, thereis no disintermediation by the CCS. The data being sent between thereceiver applications on the source and the destination is opaque to thecloud cast service server 116. This allows confidential details aboutthe transferred media session to stay with the partner who employs thecloud cast service.

Physical Features of a Voice-Activated Electronic Device

FIGS. 4A and 4B are a front view 400 and a rear view 420 of avoice-activated electronic device 190 in accordance with someimplementations. The electronic device 190 is designed as warm andinviting, and fits naturally in many areas of a home. The electronicdevice 190 includes one or more microphones 402 and an array of fullcolor LEDs 404. The full color LEDs 404 could be hidden under a topsurface of the electronic device 190 and invisible to the user when theyare not lit. In some implementations, the array of full color LEDs 404is physically arranged in a ring. Further, the rear side of theelectronic device 190 optionally includes a power supply connector 408configured to couple to a power supply.

In some implementations, the electronic device 190 presents a clean lookhaving no visible button, and the interaction with the electronic device190 is based on voice and touch gestures. Alternatively, in someimplementations, the electronic device 190 includes a limited number ofphysical buttons (e.g., a button 406 on its rear side), and theinteraction with the electronic device 190 is further based on press onthe button in addition to the voice and touch gestures.

One or more speakers are disposed in the electronic device 190. FIG. 4Cis a perspective view 440 of a voice-activated electronic device 190that shows speakers 422 contained in a base 410 of the electronic device190 in an open configuration in accordance with some implementations.FIGS. 4D and 4E are a side view 450 and an expanded view 460 of avoice-activated electronic device 190 that shows electronic componentscontained therein in accordance with some implementations, respectively.The electronic device 190 includes an array of full color LEDs 404, oneor more microphones 402, a speaker 422, Dual-band WiFi 802.11acradio(s), a Bluetooth LE radio, an ambient light sensor, a USB port, aprocessor and memory storing at least one program for execution by theprocessor.

Further, in some implementations, the electronic device 190 furtherincludes a touch sense array 424 configured to detect touch events onthe top surface of the electronic device 190. The touch sense array 424is disposed and concealed under the top surface of the electronic device190. In some implementations, the touch sense array 424 arranged on atop surface of a circuit board including an array of via holes, and thefull color LEDs are disposed within the via holes of the circuit board.When the circuit board is positioned immediately under the top surfaceof the electronic device 190, both the full color LEDs 404 and the touchsense array 424 are disposed immediately under the top surface of theelectronic device 190 as well.

FIGS. 4F(1)-4F(4) show four touch events detected on a touch sense array424 of a voice-activated electronic device 190 in accordance with someimplementations. Referring to FIGS. 4F(1) and 4F(2), the touch sensearray 424 detects a rotational swipe on a top surface of the voiceactivated electronic 190. In response to detection of a clockwise swipe,the voice activated electronic 190 increases a volume of its audiooutputs, and in response to detection of a counterclockwise swipe, thevoice activated electronic 190 decreases the volume of its audiooutputs. Referring to FIG. 4F(3), the touch sense array 424 detects asingle tap touch on the top surface of the voice activated electronic190. In response to detection of a first tap touch, the voice activatedelectronic 190 implements a first media control operation (e.g., playsspecific media content), and in response to detection of a second taptouch, the voice activated electronic 190 implements a second mediacontrol operation (e.g., pauses the specific media content that iscurrently being played). Referring to FIG. 4F(4), the touch sense array424 detects a double tap touch (e.g., two consecutive touches) on thetop surface of the voice activated electronic 190. The two consecutivetouches are separated by a duration of time less than a predeterminedlength. However, when they are separated by a duration of time greaterthan the predetermined length, the two consecutive touches are regardedas two single tap touches. In response to detection of the double taptouch, the voice activated electronic 190 initiates a hot word detectionstate in which the electronic device 190 listens to and recognizes oneor more hot words (e.g., predefined key words). Until the electronicdevice 190 recognizes the hot words, the electronic device 190 does notsend any audio inputs to the voice assistance server 112 or the cloudcast service server 118.

In some implementations, the array of full color LEDs 404 is configuredto display a set of visual patterns in accordance with an LED designlanguage, indicating detection of a clockwise swipe, a counter-clockwiseswipe, a single tap or a double tap on the top surface of the voiceactivated electronic 190. For example, the array of full color LEDs 404may light up sequentially to track the clockwise or counter-clockwiseswipe as shown in FIGS. 4F(1) and 4F(2), respectively. More details onvisual patterns associated with voice processing states of theelectronic device 190 are explained below with reference to FIGS. 4G and4H(1)-4H(8).

FIG. 4F(5) shows an example user touch or press on a button 406 on arear side of the voice-activated electronic device 190 in accordancewith some implementations. In response to a first user touch or press onthe button 406, microphones of the electronic device 190 are muted, andresponse to a second user touch or press on the button 406, themicrophones of the electronic device 190 are activated.

LED Design Language for Visual Affordance of Voice User Interface

In some implementations, given simplicity and low cost of the electronicdevice 190, the electronic device 190 includes an array of full colorlight emitting diodes (LEDs) rather than a full display screen. A LEDdesign language is adopted to configure illumination of the array offull color LEDs and enable different visual patterns indicatingdifferent voice processing state of the electronic device 190. The LEDDesign Language consists of a grammar of colors, patterns, and specificmotion applied to a fixed set of full color LEDs. The elements in thelanguage are combined to visually indicate specific device states duringthe use of the electronic device 190. In some implementations,illumination of the full color LEDs aims to clearly delineate thepassive listening and active listening states of the electronic device190 among other important states. Placement of the full color LEDscomplies with physical constraints of the electronic device 190, and thearray of full color LEDs could be used in a speaker that is made by athird party original equipment manufacturer (OEM) based on specifictechnology (e.g., Google Assistant).

When the array of full color LEDs is used in a speaker that is made by athird party OEM based on specific technology, the full color LEDs andthe LED design language are configured to fit a corresponding physicaluser interface of the OEM speaker. In this situation, device states ofthe OEM speaker remain the same, while specific visual patternsrepresenting the device states could be varied (for example, the colorsof the full color LEDs could be different but are displayed with similaranimation effects).

In a voice-activated electronic device 190, passive listening occurswhen the electronic device 190 processes audio inputs collected from itssurrounding environment but does not store the audio inputs or transmitthe audio inputs to any remote server. In contrast, active listeningoccurs when the electronic device 190 stores the audio inputs collectedfrom its surrounding environment and/or shares the audio inputs with aremote server. In accordance with some implementations of thisapplication, the electronic device 190 only passively listens to theaudio inputs in its surrounding environment without breaching privacy ofusers of the electronic device 190.

FIG. 4G is a top view of a voice-activated electronic device 190 inaccordance with some implementations, and FIG. 4H shows six examplevisual patterns displayed by an array of full color LEDs for indicatingvoice processing states in accordance with some implementations. In someimplementations, the electronic device 190 does not include any displayscreen, and the full color LEDs 404 provide a simple and low cost visualuser interface compared with the a full display screen. The full colorLEDs could be hidden under a top surface of the electronic device andinvisible to the user when they are not lit. Referring to FIGS. 4G and4H, in some implementations, the array of full color LEDs 404 arephysically arranged in a ring. For example, as shown in FIG. 4H(6), thearray of full color LEDs 404 may light up sequentially to track theclockwise or counter-clockwise swipe as shown in FIGS. 4F(1) and 4F(2),respectively

A method is implemented at the electronic device 190 for visuallyindicating a voice processing state. The electronic device 190 collectsvia the one or more microphones 402 audio inputs from an environment inproximity to the electronic device, and processes the audio inputs. Theprocessing includes one or more of identifying and responding to voiceinputs from a user in the environment. The electronic device 190determines a state of the processing from among a plurality ofpredefined voice processing states. For each of the full color LEDs 404,the electronic device 190 identifies a respective predetermined LEDillumination specification associated with the determined voiceprocessing state. The illumination specification includes one or more ofan LED illumination duration, pulse rate, duty cycle, color sequence andbrightness. In some implementations, the electronic device 190determines that the voice processing state is associated with one of aplurality of users, and identifies the predetermined LED illuminationspecifications of the full color LEDs 404 by customizing at least one ofthe predetermined LED illumination specifications (e.g., the colorsequence) of the full color LEDs 404 according to an identity of the oneof the plurality of users.

Further, in some implementations, in accordance with the determinedvoice processing state, the colors of the full color LEDs include apredetermined set of colors. For example, referring to FIGS. 4H(2),4H(4) and 4H(7)-(10), the predetermined set of colors include Googlebrand colors including blue, green, yellow and red, and the array offull color LEDs is divided into four quadrants each associated with oneof the Google brand colors.

In accordance with the identified LED illumination specifications of thefull color LEDs, the electronic device 190 synchronizes illumination ofthe array of full color LEDs to provide a visual pattern indicating thedetermined voice processing state. In some implementations, the visualpattern indicating the voice processing state includes a plurality ofdiscrete LED illumination pixels. In some implementations, the visualpattern includes a start segment, a loop segment and a terminationsegment. The loop segment lasts for a length of time associated with theLED illumination durations of the full color LEDs and configured tomatch a length of the voice processing state.

In some implementations, the electronic device 190 has more than twentydifferent device states (including the plurality of predefined voiceprocessing states) that are represented by the LED Design Language.Optionally, the plurality of predefined voice processing states includesone or more of a hot word detection state, a listening state, a thinkingstate and a responding state.

1. Hot Word Detection State and Listening State

In some implementations, the electronic device 190 listens to andrecognizes one or more hot words (e.g., predefined key words) in the hotword detection state. Until the electronic device 190 recognizes the hotwords, the electronic device 190 does not send any audio inputs to thevoice assistance server 112 or the cloud cast service server 118. Uponthe detection of the hot words, the electronic device 190 starts tooperate in the listening state when the microphones records audio inputsthat are further transmitted to the cloud for further processing. In thelistening mode, the audio inputs starting from a predetermined temporalposition (e.g., two seconds before detection of the hot word) istransmitted to the voice assistance server 112 or the cloud cast serviceserver 118, thereby facilitating seamless queries for a more naturalconversation-like flow.

Accordingly, in some implementations, in accordance with a determinationthat the determined voice processing state is a hot word detection statethat occurs when one or more predefined hot words are detected, thearray of full color LEDs is divided into a plurality of diode groupsthat are alternately arranged and configured to be lit sequentially, anddiodes in each of the plurality of diode groups are lit with differentcolors. Further, in some implementations, in accordance with adetermination that the determined voice processing state is a listeningstate that occurs when the electronic device is actively receiving thevoice inputs from the environment and providing received voice inputs toa remote server, all full color LEDs are lit up with a single color, andeach full color LED illuminates with different and varying brightness.

As shown in FIGS. 4H(1), (3) and (5), the visual pattern could beconfigured to be consistent with human reactions (e.g., breathing,flickering, blinking, and swiping) associated with the voice processingstate. For example, one of the most impactful places to use the Googlebrand colors, the attentive wake-up spin followed by the gentlebreathing animation signals patient, and eager, yet respectfullistening. The colors themselves conjure a sense of brand and embodimentof the Google voice assistant. These elements contrast with the deadfront of the device to show very clear not recording and recordingstates.

2. Thinking Mode or Working Mode

Specifically, in some implementations, in accordance with adetermination that the voice processing state is a thinking state thatoccurs when the electronic device is processing the voice inputsreceived from the user, an increasing number of full color LEDs are litup during a first illumination cycle of the LED illumination duration,and a decreasing number of full color LEDs are lit up during a secondillumination cycle following the first illumination cycle. Such a visualpattern is consistent with a human reaction that a person is thinking.Optionally, the microphones 402 are turned off in the thinking mode.

Referring to FIGS. 4H(3), 4H(5) and 4H(6), motion most similar toprogress bars and other types of digital waiting signals are used in thevisual pattern to indicate the thinking mode. In some implementations,white is used with the chasing animation. Brand colors are intentionallynot used here to provide better distinction contrast and highlightingwith respect to the other voice processing states.

3. Responding Mode or Speaking Mode

Alternatively, in some implementations, in accordance with adetermination that the voice processing state is a responding state thatoccurs when the electronic device broadcasts a voice message in responseto the voice inputs received from the user, a subset of the full colorLEDs are lit up with a single color of distinct and varying brightness,and variation of the brightness of each of the subset of the fully colorLEDs is consistent with a voice speed associated with the voice inputsfrom the user. In some implementations, the speaking mode is where thevoice assistant shows its chops. A set of colors (e.g., the Google brandcolors) are used in the visual pattern, such that the full color LEDsvisually signifies closure to the voice query, i.e., that the questionhas been answered.

Individual Devices Involved in the Smart Media Environment

FIG. 5 is a block diagram illustrating an example electronic device 190that is applied as a voice interface to collect user voice commands in asmart media environment 100 in accordance with some implementations. Theelectronic device 190, typically, includes one or more processing units(CPUs) 502, one or more network interfaces 504, memory 506, and one ormore communication buses 508 for interconnecting these components(sometimes called a chipset). The electronic device 190 includes one ormore input devices 510 that facilitate user input, such as the button406, the touch sense array and the one or more microphones 402 shown inFIGS. 4A-4H. The electronic device 190 also includes one or more outputdevices 512, including one or more speakers 422 and the array of fullcolor LEDs 404.

Memory 506 includes high-speed random access memory, such as DRAM, SRAM,DDR RAM, or other random access solid state memory devices; and,optionally, includes non-volatile memory, such as one or more magneticdisk storage devices, one or more optical disk storage devices, one ormore flash memory devices, or one or more other non-volatile solid statestorage devices. Memory 506, optionally, includes one or more storagedevices remotely located from one or more processing units 502. Memory506, or alternatively the non-volatile memory within memory 506,includes a non-transitory computer readable storage medium. In someimplementations, memory 506, or the non-transitory computer readablestorage medium of memory 506, stores the following programs, modules,and data structures, or a subset or superset thereof:

-   -   Operating system 516 including procedures for handling various        basic system services and for performing hardware dependent        tasks;    -   Network communication module 518 for connecting the electronic        device 190 to other devices (e.g., the server system 140, the        cast device 108, the client device 104, the smart home devices        120 and the other electronic device(s) 190) via one or more        network interfaces 504 (wired or wireless) and one or more        networks 110, such as the Internet, other wide area networks,        local area networks, metropolitan area networks, and so on;    -   Input/output control module for receiving inputs via one or more        input devices 510 enabling presentation of information at the        electronic device 190 via one or more output devices 512,        including:        -   Voice processing module 522 for processing audio inputs or            voice messages collected in an environment surrounding the            electronic device 190, or preparing the collected audio            inputs or voice messages for processing at a voice            assistance server 112 or a cloud cast service server 118;        -   LED control module 524 for generating visual patterns on the            full color LEDs 404 according to device states of the            electronic device 190; and        -   Touch sense module 526 for sensing touch events on a top            surface of the electronic device 190; and    -   Voice activated device data 530 storing at least data associated        with the electronic device 190, including:        -   Voice device settings 532 for storing information associated            with the electronic device 190 itself, including common            device settings (e.g., service tier, device model, storage            capacity, processing capabilities, communication            capabilities, etc.), information of a user account in a user            domain, and display specifications 536 associated with one            or more visual patterns displayed by the full color LEDs;            and        -   Voice control data 534 for storing audio signals, voice            messages, response messages and other data related to voice            interface functions of the electronic device 190.

Specifically, the display specifications 536 associated with one or morevisual patterns displayed by the full color LEDs include predeterminedLED illumination specifications associated with each of the one or morevisual patterns. For each of the full color LEDs, the illuminationspecifications include one or more of an LED illumination duration,pulse rate, duty cycle, color sequence and brightness associated withthe respective visual pattern. Each visual pattern corresponds to atleast one voice processing state.

Each of the above identified elements may be stored in one or more ofthe previously mentioned memory devices, and corresponds to a set ofinstructions for performing a function described above. The aboveidentified modules or programs (i.e., sets of instructions) need not beimplemented as separate software programs, procedures, modules or datastructures, and thus various subsets of these modules may be combined orotherwise re-arranged in various implementations. In someimplementations, memory 506, optionally, stores a subset of the modulesand data structures identified above. Furthermore, memory 506,optionally, stores additional modules and data structures not describedabove.

FIG. 6 is a block diagram illustrating an example cast device 108 thatis applied for automatic control of display of media content in a smartmedia environment 100 in accordance with some implementations. The castdevice 108, typically, includes one or more processing units (CPUs) 602,one or more network interfaces 604, memory 606, and one or morecommunication buses 608 for interconnecting these components (sometimescalled a chipset).

Memory 606 includes high-speed random access memory, such as DRAM, SRAM,DDR RAM, or other random access solid state memory devices; and,optionally, includes non-volatile memory, such as one or more magneticdisk storage devices, one or more optical disk storage devices, one ormore flash memory devices, or one or more other non-volatile solid statestorage devices. Memory 606, optionally, includes one or more storagedevices remotely located from one or more processing units 602. Memory606, or alternatively the non-volatile memory within memory 606,includes a non-transitory computer readable storage medium. In someimplementations, memory 606, or the non-transitory computer readablestorage medium of memory 606, stores the following programs, modules,and data structures, or a subset or superset thereof:

-   -   Operating system 616 including procedures for handling various        basic system services and for performing hardware dependent        tasks;    -   Network communication module 618 for connecting the cast device        108 to other computers or systems (e.g., the server system 140,        the smart home devices 120 and the client device 104) via one or        more network interfaces 604 (wired or wireless) and one or more        networks 110, such as the Internet, other wide area networks,        local area networks, metropolitan area networks, cable        television systems, satellite television systems, IPTV systems,        and so on;    -   Content decoding module 620 for decoding content signals        received from one or more content sources 114 and outputting the        content in the decoded signals to an output display device 106        coupled to the cast device 108;    -   Automatic media display module 624 including one or more media        play applications 624 for controlling media display, e.g.,        causing media output to the output device 106 according to        instant media play information received from a cloud cast        service server 116; and    -   cast device data 626 storing at least data associated with        automatic control of media display (e.g., in an automatic media        output mode and a follow-up mode), including:        -   Cast device settings 628 for storing information associated            with user accounts of a cast device application, including            one or more of account access information, information for            device settings (e.g., service tier, device model, storage            capacity, processing capabilities, communication            capabilities, etc.), and information for automatic media            display control; and        -   Media player application settings 630 for storing            information associated with user accounts of one or more            media player applications, including one or more of account            access information, user preferences of media content types,            review history data, and information for automatic media            display control.

Each of the above identified elements may be stored in one or more ofthe previously mentioned memory devices, and corresponds to a set ofinstructions for performing a function described above. The aboveidentified modules or programs (i.e., sets of instructions) need not beimplemented as separate software programs, procedures, modules or datastructures, and thus various subsets of these modules may be combined orotherwise re-arranged in various implementations. In someimplementations, memory 606, optionally, stores a subset of the modulesand data structures identified above. Furthermore, memory 606,optionally, stores additional modules and data structures not describedabove.

FIG. 7 is a block diagram illustrating an example server in the serversystem 140 of a smart media environment 100 in accordance with someimplementations. An example server is one of a cloud cast service sever116. The server 140, typically, includes one or more processing units(CPUs) 702, one or more network interfaces 704, memory 706, and one ormore communication buses 708 for interconnecting these components(sometimes called a chipset). The server 140 could include one or moreinput devices 710 that facilitate user input, such as a keyboard, amouse, a voice-command input unit or microphone, a touch screen display,a touch-sensitive input pad, a gesture capturing camera, or other inputbuttons or controls. Furthermore, the server 140 could use a microphoneand voice recognition or a camera and gesture recognition to supplementor replace the keyboard. In some implementations, the server 140includes one or more cameras, scanners, or photo sensor units forcapturing images, for example, of graphic series codes printed on theelectronic devices. The server 140 could also include one or more outputdevices 712 that enable presentation of user interfaces and displaycontent, including one or more speakers and/or one or more visualdisplays.

Memory 706 includes high-speed random access memory, such as DRAM, SRAM,DDR RAM, or other random access solid state memory devices; and,optionally, includes non-volatile memory, such as one or more magneticdisk storage devices, one or more optical disk storage devices, one ormore flash memory devices, or one or more other non-volatile solid statestorage devices. Memory 706, optionally, includes one or more storagedevices remotely located from one or more processing units 702. Memory706, or alternatively the non-volatile memory within memory 706,includes a non-transitory computer readable storage medium. In someimplementations, memory 706, or the non-transitory computer readablestorage medium of memory 706, stores the following programs, modules,and data structures, or a subset or superset thereof:

-   -   Operating system 716 including procedures for handling various        basic system services and for performing hardware dependent        tasks;    -   Network communication module 718 for connecting the server        system 140 to other devices (e.g., various servers in the server        system 140, the client device 104, the cast device 108, and the        smart home devices 120) via one or more network interfaces 704        (wired or wireless) and one or more networks 110, such as the        Internet, other wide area networks, local area networks,        metropolitan area networks, and so on;    -   User interface module 720 for enabling presentation of        information (e.g., a graphical user interface for presenting        application(s) 826-830, widgets, websites and web pages thereof,        and/or games, audio and/or video content, text, etc.) at the        client device 104;    -   Command execution module 721 for execution on the server side        (e.g., games, social network applications, smart home        applications, and/or other web or non-web based applications for        controlling the client device 104, the cast devices 108, the        electronic device 190 and the smart home devices 120 and        reviewing data captured by such devices), including one or more        of:        -   a cast device application 722 that is executed to provide            server-side functionalities for device provisioning, device            control, and user account management associated with cast            device(s) 108;        -   one or more media player applications 724 that is executed            to provide server-side functionalities for media display and            user account management associated with corresponding media            sources;        -   one or more smart home device applications 726 that is            executed to provide server-side functionalities for device            provisioning, device control, data processing and data            review of corresponding smart home devices 120; and        -   a voice assistance application 728 that is executed to            arrange voice processing of a voice message received from            the electronic device 190 or directly process the voice            message to extract a user voice command and a designation of            a cast device 108 or another electronic device 190; and    -   Server system data 730 storing at least data associated with        automatic control of media display (e.g., in an automatic media        output mode and a follow-up mode), including one or more of:        -   Client device settings 732 for storing information            associated with the client device 104, including common            device settings (e.g., service tier, device model, storage            capacity, processing capabilities, communication            capabilities, etc.), and information for automatic media            display control;        -   Cast device settings 734 for storing information associated            with user accounts of the cast device application 722,            including one or more of account access information,            information for device settings (e.g., service tier, device            model, storage capacity, processing capabilities,            communication capabilities, etc.), and information for            automatic media display control;        -   Media player application settings 736 for storing            information associated with user accounts of one or more            media player applications 724, including one or more of            account access information, user preferences of media            content types, review history data, and information for            automatic media display control;        -   Smart home device settings 738 for storing information            associated with user accounts of the smart home applications            726, including one or more of account access information,            information for one or more smart home devices 120 (e.g.,            service tier, device model, storage capacity, processing            capabilities, communication capabilities, etc.); and        -   Voice assistance data 740 for storing information associated            with user accounts of the voice assistance application 728,            including one or more of account access information,            information for one or more electronic device 190 (e.g.,            service tier, device model, storage capacity, processing            capabilities, communication capabilities, etc.).

When the server 140 includes a cloud cast service server 116, memory706, or the non-transitory computer readable storage medium of memory706, stores the following programs, modules, and data structures, or asubset or superset thereof:

-   -   Device registration module 750 for managing the device registry        118 coupled to the cloud cast service server 116;    -   Cloud cast application 760 for relaying a user voice command        identified in a voice message to one or more of the cast        device(s) 180, the electronic device(s) 190 and the smart home        device(s) 120 that are coupled in a cloud cast user domain; and    -   Status reporting module 770 for maintaining the states of the        cast device(s) 180, the electronic device(s) 190 and the smart        home device(s) 120 that are coupled in a cloud cast user domain.

Each of the above identified elements may be stored in one or more ofthe previously mentioned memory devices, and corresponds to a set ofinstructions for performing a function described above. The aboveidentified modules or programs (i.e., sets of instructions) need not beimplemented as separate software programs, procedures, modules or datastructures, and thus various subsets of these modules may be combined orotherwise re-arranged in various implementations. In someimplementations, memory 706, optionally, stores a subset of the modulesand data structures identified above. Furthermore, memory 706,optionally, stores additional modules and data structures not describedabove.

FIG. 8 is a block diagram illustrating an example client device 104 thatis applied for automatic control of media display in a smart mediaenvironment 100 in accordance with some implementations. Examples of theclient device include, but are not limited to, a mobile phone, a tabletcomputer and a wearable personal device. The client device 104,typically, includes one or more processing units (CPUs) 802, one or morenetwork interfaces 804, memory 806, and one or more communication buses808 for interconnecting these components (sometimes called a chipset).The client device 104 includes one or more input devices 810 thatfacilitate user input, such as a keyboard, a mouse, a voice-commandinput unit or microphone, a touch screen display, a touch-sensitiveinput pad, a gesture capturing camera, or other input buttons orcontrols. Furthermore, some the client devices 104 use a microphone andvoice recognition or a camera and gesture recognition to supplement orreplace the keyboard. In some implementations, the client device 104includes one or more cameras, scanners, or photo sensor units forcapturing images, for example, of graphic series codes printed on theelectronic devices. The client device 104 also includes one or moreoutput devices 812 that enable presentation of user interfaces anddisplay content, including one or more speakers and/or one or morevisual displays. Optionally, the client device 104 includes a locationdetection device 814, such as a GPS (global positioning satellite) orother geo-location receiver, for determining the location of the clientdevice 104.

Memory 806 includes high-speed random access memory, such as DRAM, SRAM,DDR RAM, or other random access solid state memory devices; and,optionally, includes non-volatile memory, such as one or more magneticdisk storage devices, one or more optical disk storage devices, one ormore flash memory devices, or one or more other non-volatile solid statestorage devices. Memory 806, optionally, includes one or more storagedevices remotely located from one or more processing units 802. Memory806, or alternatively the non-volatile memory within memory 806,includes a non-transitory computer readable storage medium. In someimplementations, memory 806, or the non-transitory computer readablestorage medium of memory 806, stores the following programs, modules,and data structures, or a subset or superset thereof:

-   -   Operating system 816 including procedures for handling various        basic system services and for performing hardware dependent        tasks;    -   Network communication module 818 for connecting the client        device 104 to other devices (e.g., the server system 140, the        cast device 108, the electronic device 190, the smart home        devices 120 and the other client devices 104) via one or more        network interfaces 804 (wired or wireless) and one or more        networks 110, such as the Internet, other wide area networks,        local area networks, metropolitan area networks, and so on;    -   User interface module 820 for enabling presentation of        information (e.g., a graphical user interface for presenting        application(s) 826-830, widgets, websites and web pages thereof,        and/or games, audio and/or video content, text, etc.) at the        client device 104 via one or more output devices 812 (e.g.,        displays, speakers, etc.);    -   Input processing module 822 for detecting one or more user        inputs or interactions from one of the one or more input devices        810 and interpreting the detected input or interaction;    -   Web browser module 824 for navigating, requesting (e.g., via        HTTP), and displaying websites and web pages thereof, including        a web interface for logging into a user account associated with        a cast device 108, an electronic device 190, a media application        or a smart home device 120, controlling the cast device 108, the        electronic device 190 or the smart home device 120 if associated        with the user account, and editing and reviewing settings and        data that are associated with the user account;    -   One or more applications for execution by the client device        (e.g., games, social network applications, smart home        applications, and/or other web or non-web based applications for        controlling the cast devices 108, the electronic device 190        and/or the smart home devices 120 and reviewing data captured by        such devices), including one or more of:        -   a cast device application 826 that is executed to provide            client-side functionalities for device provisioning, device            control, and user account management associated with cast            device(s) 108;        -   a voice activated device application 827 that is executed to            provide client-side functionalities for device provisioning,            device control, and user account management associated with            electronic device 190;        -   one or more media player applications 828 that is executed            to provide client-side functionalities for media display and            user account management associated with corresponding media            sources; and        -   one or more smart home device applications 830 that is            executed to provide client-side functionalities for device            provisioning, device control, data processing and data            review of corresponding smart home devices 120; and    -   client data 832 storing at least data associated with automatic        control of media display (e.g., in an automatic media output        mode or a follow-up mode), including:        -   Client device settings 834 for storing information            associated with the client device 104 itself, including            common device settings (e.g., service tier, device model,            storage capacity, processing capabilities, communication            capabilities, etc.), and information for automatic media            display control;        -   Cast device settings 836 for storing information associated            with user accounts of the cast device application 826,            including one or more of account access information,            information for device settings (e.g., service tier, device            model, storage capacity, processing capabilities,            communication capabilities, etc.), and information for            automatic media display control;        -   Media player application settings 838 for storing            information associated with user accounts of one or more            media player applications 828, including one or more of            account access information, user preferences of media            content types, review history data, and information for            automatic media display control;        -   Smart home device settings 840 for storing information            associated with user accounts of the smart home applications            830, including one or more of account access information,            information for smart home device settings (e.g., service            tier, device model, storage capacity, processing            capabilities, communication capabilities, etc.); and        -   Voice activated device settings 842 for storing information            associated with user accounts of the voice activated device            application 827, including one or more of account access            information, information for electronic device settings            (e.g., service tier, device model, storage capacity,            processing capabilities, communication capabilities, etc.).

In some implementations, each of the cast device application 826, thevoice activated device application 827, the media player applications828 and the smart home device applications 830 causes display of arespective user interface on the output device 812 of the client device104. In some implementations, user accounts of a user associated withthe cast device application 826, the voice activated device application827, the media player applications 828 and the smart home deviceapplications 830 are linked to a single cloud cast service account. Theuser may use the cloud cast service account information to log onto allof the cast device application 826, the voice activated deviceapplication 827, the media player applications 828 and the smart homedevice applications 830. In some implementations, the memory 806, or thenon-transitory computer readable storage medium of memory 806, stores acloud cast application 844 that is executed to provide client-sidefunctionalities for function control and user account managementassociated with the cast device 108, the smart home device 120 and theelectronic device 190 that are linked to the same cloud cast serviceaccount (e.g., a Google user account).

Each of the above identified elements may be stored in one or more ofthe previously mentioned memory devices, and corresponds to a set ofinstructions for performing a function described above. The aboveidentified modules or programs (i.e., sets of instructions) need not beimplemented as separate software programs, procedures, modules or datastructures, and thus various subsets of these modules may be combined orotherwise re-arranged in various implementations. In someimplementations, memory 806, optionally, stores a subset of the modulesand data structures identified above. Furthermore, memory 806,optionally, stores additional modules and data structures not describedabove.

FIG. 9 is a block diagram illustrating an example smart home device 120in a smart media environment 100 in accordance with someimplementations. The smart home device 120, typically, includes one ormore processing units (CPUs) 902, one or more network interfaces 904,memory 906, and one or more communication buses 908 for interconnectingthese components (sometimes called a chipset). Memory 906 includeshigh-speed random access memory, such as DRAM, SRAM, DDR RAM, or otherrandom access solid state memory devices; and, optionally, includesnon-volatile memory, such as one or more magnetic disk storage devices,one or more optical disk storage devices, one or more flash memorydevices, or one or more other non-volatile solid state storage devices.Memory 906, optionally, includes one or more storage devices remotelylocated from one or more processing units 902. Memory 906, oralternatively the non-volatile memory within memory 906, includes anon-transitory computer readable storage medium. In someimplementations, memory 906, or the non-transitory computer readablestorage medium of memory 906, stores the following programs, modules,and data structures, or a subset or superset thereof:

-   -   Operating system 916 including procedures for handling various        basic system services and for performing hardware dependent        tasks for the smart home device 120;    -   Network communication module 918 for connecting the smart home        device 120 to other computers or systems (e.g., the server        system 140, the client device 104, the cast device 108, the        electronic device 190 and other smart home devices 120) via one        or more network interfaces 904 (wired or wireless) and one or        more networks 110, such as the Internet, other wide area        networks, local area networks, metropolitan area networks, and        so on;    -   Smart home device module 922 for enabling the smart home device        120 to implement its designated functions (e.g., for capturing        and generating multimedia data streams and sending the        multimedia data stream to the client device 104 or the server        system 140 as a continuous feed or in short bursts, when the        smart home device 120 includes a video camera 132);    -   Smart home device data 924 storing at least data associated with        device settings 926.

In some implementations, the smart home device 120 is controlled byvoice. Specifically, the cloud cast service server 116 receives a voicemessage recorded by an electronic device 190, and determines that thevoice message includes a smart device control request (e.g., zoom in orout of a video camera, turning off a false alarm and an inquiry of thetemperature measured from a smart thermostat). The smart device controlrequest includes a user voice command to control a smart home device 120and a user voice designation of the smart home device. In accordancewith the voice designation of the smart home device, the cloud castservice server 116 identifies in a device registry 118 a smart homedevice 120 associated in a user domain with the electronic device. Thecloud cast service server 116 then sends to the smart home device 1290another device control request, thereby enabling the smart home devicemodule 922 of the smart home device 120 to control the smart home device120 according to the user voice command.

Each of the above identified elements may be stored in one or more ofthe previously mentioned memory devices, and corresponds to a set ofinstructions for performing a function described above. The aboveidentified modules or programs (i.e., sets of instructions) need not beimplemented as separate software programs, procedures, modules or datastructures, and thus various subsets of these modules may be combined orotherwise re-arranged in various implementations. In someimplementations, memory 906, optionally, stores a subset of the modulesand data structures identified above. Furthermore, memory 906,optionally, stores additional modules and data structures not describedabove.

Voice Based LED Display and Media Control Methods in the Smart MediaEnvironment

FIG. 10 is a flow diagram illustrating a method 1000 of visuallyindicating a voice processing state in accordance with someimplementations. The method 1000 is implemented at an electronic device190 with an array of full color LEDs, one or more microphones, aspeaker, a processor and memory storing at least one program forexecution by the processor. The electronic device 190 collects (1002)via the one or more microphones 402 audio inputs from an environment inproximity to the electronic device 190, and processes (1004) the audioinputs. The processing is implemented at voice processing module 522,and includes one or more of identifying and responding to voice inputsfrom a user in the environment. The electronic device 190 thendetermines (1006) a state of the processing from among a plurality ofpredefined voice processing states. For each of the full color LEDs, theelectronic device 190 identifies (1008) a respective predetermined LEDillumination specification associated with the determined voiceprocessing state, and the respective illumination specification includes(1010) one or more of an LED illumination duration, pulse rate, dutycycle, color sequence and brightness. In accordance with the identifiedLED illumination specifications of the full color LEDs, the electronicdevice 190 (specifically, LED control module 524) synchronizesillumination of the array of full color LEDs to provide a visual patternindicating the determined voice processing state. More details on themethod 1000 have been explained above with reference to FIGS. 4A-4H and5.

Method 1000 is, optionally, governed by instructions that are stored ina non-transitory computer readable storage medium and that are executedby one or more processors of a voice-activated electronic device 190.Each of the operations shown in FIG. 10 may correspond to instructionsstored in the computer memory or computer readable storage medium (e.g.,memory 506 of the electronic device 190 in FIG. 5). The computerreadable storage medium may include a magnetic or optical disk storagedevice, solid state storage devices such as Flash memory, or othernon-volatile memory device or devices. The computer readableinstructions stored on the computer readable storage medium may includeone or more of: source code, assembly language code, object code, orother instruction format that is interpreted by one or more processors.Some operations in the method 1000 may be combined and/or the order ofsome operations may be changed.

FIG. 11 is a flow diagram illustrating a method 1100 of initiatingdisplay of closed captions for media content by voice in accordance withsome implementations. The method 1100 is implemented at a server system(e.g., a cloud cast service server 116) including a processor and memorystoring at least one program (e.g., the cloud cast application 760) forexecution by the processor. The server system receives (1102) a voicemessage recorded by an electronic device 190, and determines (1104) thatthe voice message is a first closed caption initiation request. Thefirst closed caption initiation request includes (1106) a user voicecommand to initiate closed captions and a user voice designation of adisplay device 106 playing the media content for which closed captionsare to be activated. In accordance with the designation of the displaydevice, the server system identifies (1108) in a device registry 118 acast device 108 associated in a user domain with the electronic device190 and coupled to the designated display device 106. The cast device108 is configured (1110) to execute a media play application forcontrolling the designated display device to display media contentreceived from a media content host. The server system (specifically, thecloud cast application 760) then sends (1112) a second closed captioninitiation request to the cast device coupled to the designated displaydevice, thereby enabling the cast device to execute the media playapplication that controls the designated display device to turn on theclosed caption of media content that is currently displayed on thedesignated display device and display the closed caption according tothe second closed caption initiation request. More details on the method1100 have been explained above with reference to FIGS. 2A, 2B and 5-7.

FIG. 12 is a flow diagram illustrating a method 1200 of initiating byvoice play of media content on a media output device in accordance withsome implementations. The method 1200 is implemented at a server system(e.g., a cloud cast service server 116) including a processor and memorystoring at least one program for execution by the processor. The serversystem receives (1202) a voice message recorded by an electronic device,and determines (1204) that the voice message includes a first media playrequest. The first media play request includes (1206) a user voicecommand to play media content on a media output device and a user voicedesignation of the media output device 106, and the user voice commandincludes at least information of a first media play application and themedia content that needs to be played. In accordance with the voicedesignation of the media output device, the server system identifies(1208) in a device registry 118 a cast device 108 associated in a userdomain with the electronic device 190 and coupled to the media outputdevice 106. The cast device 108 is configured to (1210) execute one ormore media play applications for controlling the media output device 106to play media content received from one or more media content hosts. Theserver system (specifically, the cloud cast application 760) then sends(1212) to the cast device 108 a second media play request including theinformation of the first media play application and the media contentthat needs to be played, thereby enabling the cast device 108 to executethe first media play application that controls the media output device106 to play the media content. More details on the method 1200 have beenexplained above with reference to FIGS. 2A, 2B and 5-7.

FIG. 13 is a flow diagram illustrating a method 1300 of moving play ofmedia content from a source media output device to a destination mediaoutput device in accordance with some implementations. The method 1200is implemented at a server system (e.g., a cloud cast service server116) including a processor and memory storing at least one program forexecution by the processor.

The server system receives (1302) a voice message recorded by anelectronic device 190, and determines (1304) that the voice messageincludes a media transfer request. The media transfer request includes(1306) a user voice command to transfer media content that is beingplayed to a destination media output device and a user voice designationof the destination media output device. The server system obtains (1308)from a source cast device (e.g., the cast device 108-1 of FIG. 3)instant media play information of the media content that is currentlybeing played. The instant play information includes (1310) at leastinformation of a first media play application, the media content that iscurrently being played, and a temporal position related to playing ofthe media content.

In accordance with the voice designation of the destination media outputdevice, the server system identifies (1312) in a device registry 118 adestination cast device (e.g., the cast device 108-2 of FIG. 3)associated in a user domain with the electronic device 190 and coupledto the destination media output device (e.g., the output device 106-2 ofFIG. 3). The destination cast device is configured to (1314) execute oneor more media play applications for controlling the destination mediaoutput device to play media content received from one or more mediacontent hosts. The server system (specifically, the cloud castapplication 760) then sends (1316) to the destination cast device amedia play request including the instant media play information, therebyenabling the destination cast device to execute the first media playapplication that controls the destination media output device to playthe media content from the temporal location. More details on the method1300 have been explained above with reference to FIGS. 3 and 5-7.

Methods 1100, 1200 and 1300 are, optionally, governed by instructionsthat are stored in a non-transitory computer readable storage medium andthat are executed by one or more processors of a cloud cast serviceserver 116. Each of the operations shown in FIGS. 12-14 may correspondto instructions stored in the computer memory or computer readablestorage medium (e.g., memory 706 of the server system in FIG. 7). Thecomputer readable storage medium may include a magnetic or optical diskstorage device, solid state storage devices such as Flash memory, orother non-volatile memory device or devices. The computer readableinstructions stored on the computer readable storage medium may includeone or more of: source code, assembly language code, object code, orother instruction format that is interpreted by one or more processors.Some operations in each of the methods 1100, 1200 and 1300 may becombined and/or the order of some operations may be changed.

The terminology used in the description of the various describedimplementations herein is for the purpose of describing particularimplementations only and is not intended to be limiting. As used in thedescription of the various described implementations and the appendedclaims, the singular forms “a”, “an” and “the” are intended to includethe plural forms as well, unless the context clearly indicatesotherwise. It will also be understood that the term “and/or” as usedherein refers to and encompasses any and all possible combinations ofone or more of the associated listed items. It will be furtherunderstood that the terms “includes,” “including,” “comprises,” and/or“comprising,” when used in this specification, specify the presence ofstated features, integers, steps, operations, elements, and/orcomponents, but do not preclude the presence or addition of one or moreother features, integers, steps, operations, elements, components,and/or groups thereof.

As used herein, the term “if” is, optionally, construed to mean “when”or “upon” or “in response to determining” or “in response to detecting”or “in accordance with a determination that,” depending on the context.Similarly, the phrase “if it is determined” or “if [a stated conditionor event] is detected” is, optionally, construed to mean “upondetermining” or “in response to determining” or “upon detecting [thestated condition or event]” or “in response to detecting [the statedcondition or event]” or “in accordance with a determination that [astated condition or event] is detected,” depending on the context.

It is to be appreciated that “smart media environments” may refer tosmart environments for homes such as a single-family house, but thescope of the present teachings is not so limited. The present teachingsare also applicable, without limitation, to duplexes, townhomes,multi-unit apartment buildings, hotels, retail stores, office buildings,industrial buildings, and more generally any living space or work space.

It is also to be appreciated that while the terms user, customer,installer, homeowner, occupant, guest, tenant, landlord, repair person,and the like may be used to refer to the person or persons acting in thecontext of some particularly situations described herein, thesereferences do not limit the scope of the present teachings with respectto the person or persons who are performing such actions. Thus, forexample, the terms user, customer, purchaser, installer, subscriber, andhomeowner may often refer to the same person in the case of asingle-family residential dwelling, because the head of the household isoften the person who makes the purchasing decision, buys the unit, andinstalls and configures the unit, and is also one of the users of theunit. However, in other scenarios, such as a landlord-tenantenvironment, the customer may be the landlord with respect to purchasingthe unit, the installer may be a local apartment supervisor, a firstuser may be the tenant, and a second user may again be the landlord withrespect to remote control functionality. Importantly, while the identityof the person performing the action may be germane to a particularadvantage provided by one or more of the implementations, such identityshould not be construed in the descriptions that follow as necessarilylimiting the scope of the present teachings to those particularindividuals having those particular identities.

Although various drawings illustrate a number of logical stages in aparticular order, stages that are not order dependent may be reorderedand other stages may be combined or broken out. While some reordering orother groupings are specifically mentioned, others will be obvious tothose of ordinary skill in the art, so the ordering and groupingspresented herein are not an exhaustive list of alternatives. Moreover,it should be recognized that the stages can be implemented in hardware,firmware, software or any combination thereof.

The foregoing description, for purpose of explanation, has beendescribed with reference to specific implementations. However, theillustrative discussions above are not intended to be exhaustive or tolimit the scope of the claims to the precise forms disclosed. Manymodifications and variations are possible in view of the aboveteachings. The implementations were chosen in order to best explain theprinciples underlying the claims and their practical applications, tothereby enable others skilled in the art to best use the implementationswith various modifications as are suited to the particular usescontemplated.

It is noted that more details on the above-mentioned implementations andalternative embodiments are also disclosed in the Appendix filed withthis application. In the Appendix, OOBE refers to out-of-box experience.

What is claimed is:
 1. A method for visually indicating a voice processing state, comprising: at an electronic device with an array of full color LEDs, one or more microphones, a speaker, a processor and memory storing at least one program for execution by the processor: collecting via the one or more microphones audio inputs from an environment in proximity to the electronic device; processing the audio inputs, wherein the processing includes one or more of identifying and responding to voice inputs from a user in the environment; determining a state of the processing from among a plurality of predefined voice processing states; for each of the full color LEDs, identifying a respective predetermined LED illumination specification associated with the determined voice processing state, wherein the illumination specification includes one or more of an LED illumination duration, pulse rate, duty cycle, color sequence and brightness; and in accordance with the identified LED illumination specifications of the full color LEDs, synchronizing illumination of the array of full color LEDs to provide a visual pattern indicating the determined voice processing state, wherein the visual pattern is displayed on the surface of the electronic device and includes one or more discrete illumination elements, and the full color LEDs are individually illuminated to form each of the one or more discrete illumination elements according to the corresponding predetermined LED illumination specification.
 2. The method of claim 1, wherein the plurality of predefined voice processing states include a hot word detection state in which the electronic device is configured to listen to and recognize one or more predefined hot words and does not to send any audio input to a remote server until at least one of the one or more predefined hot words is recognized.
 3. The method of claim 1, wherein the electronic device does not include any display screen, and the full color LEDs are hidden under a top surface of the electronic device and invisible to the user when they are not lit, and wherein the top surface of the electronic device is substantially flat and smooth without exposing the full color LEDs.
 4. The method of claim 1, wherein the visual pattern includes a start segment, a loop segment and a termination segment, and the loop segment lasts for a length of time associated with the LED illumination durations of the full color LEDs and configured to match a length of the voice processing state.
 5. The method of claim 1, wherein in accordance with the determined voice processing state, the colors of the full color LEDs include a predetermined set of colors.
 6. The method of claim 5, wherein the predetermined set of colors include Google brand colors including blue, green, yellow and red, and the array of full color LEDs is divided into four quadrants each associated with one of the Google brand colors.
 7. The method of claim 1, wherein the array of full color LEDs are physically arranged in a ring.
 8. The method of claim 1, wherein: the electronic device further includes a touch sense array configured to detect touch events on the top surface of the electronic device; the touch sense array is arranged on a top surface of a circuit board including an array of via holes, and the full color LEDs are disposed within the via holes of the circuit board; and the circuit board is positioned immediately under the top surface of the electronic device, thereby allowing the full color LEDs and the touch sense array to be disposed immediately under the top surface of the electronic device.
 9. The method of claim 1, wherein the visual pattern is consistent with human reactions associated with the voice processing state.
 10. The method of claim 1, further comprising: determining that the voice processing state is associated with one of a plurality of users, wherein identifying the predetermined LED illumination specifications of the full color LEDs includes customizing at least one of the predetermined LED illumination specifications of the full color LEDs according to an identity of the one of the plurality of users.
 11. A non-transitory computer-readable medium, having instructions stored thereon, which when executed by one or more processors cause the processors to perform operations comprising: at an electronic device with an array of full color LEDs, one or more microphones, and a speaker: collecting via the one or more microphones audio inputs from an environment in proximity to the electronic device; processing the audio inputs, wherein the processing includes one or more of identifying and responding to voice inputs from a user in the environment; determining a state of the processing from among a plurality of predefined voice processing states; for each of the full color LEDs, identifying a respective predetermined LED illumination specification associated with the determined voice processing state, wherein the illumination specification includes one or more of an LED illumination duration, pulse rate, duty cycle, color sequence and brightness; and in accordance with the identified LED illumination specifications of the full color LEDs, synchronizing illumination of the array of full color LEDs to provide a visual pattern indicating the determined voice processing state, wherein the visual pattern is displayed on the surface of the electronic device and includes one or more discrete illumination elements, and the full color LEDs are individually illuminated to form each of the one or more discrete illumination elements according to the corresponding predetermined LED illumination specification.
 12. The non-transitory computer-readable medium of claim 11, wherein in accordance with a determination that the determined voice processing state is a hot word detection state that occurs when one or more predefined hot words are detected, the array of full color LEDs is divided into a plurality of diode groups that are alternately arranged and configured to be lit sequentially, and diodes in each of the plurality of diode groups are lit with different colors.
 13. The non-transitory computer-readable medium of claim 11, wherein in accordance with a determination that the determined voice processing state is a listening state that occurs when the electronic device is actively receiving the voice inputs from the environment and providing received voice inputs to a remote server, all full color LEDs are lit up with a single color, and each full color LED illuminates with different and varying brightness.
 14. The non-transitory computer-readable medium of claim 11, wherein the electronic device does not include any display screen, and the full color LEDs are hidden under a top surface of the electronic device and invisible to the user when they are not lit.
 15. An electronic device, comprising: an array of full color LEDs; one or more microphones; a speaker; one or more processors; and memory having instructions stored thereon, which when executed by the one or more processors cause the processors to perform operations for: collecting via the one or more microphones audio inputs from an environment in proximity to the electronic device; processing the audio inputs, wherein the processing includes one or more of identifying and responding to voice inputs from a user in the environment; determining a state of the processing from among a plurality of predefined voice processing states; for each of the full color LEDs, identifying a respective predetermined LED illumination specification associated with the determined voice processing state, wherein the illumination specification includes one or more of an LED illumination duration, pulse rate, duty cycle, color sequence and brightness; and in accordance with the identified LED illumination specifications of the full color LEDs, synchronizing illumination of the array of full color LEDs to provide a visual pattern indicating the determined voice processing state, wherein the visual pattern is displayed on the surface of the electronic device and includes one or more discrete illumination elements, and the full color LEDs are individually illuminated to form each of the one or more discrete illumination elements according to the corresponding predetermined LED illumination specification.
 16. The electronic device of claim 15, wherein in accordance with a determination that the voice processing state is a thinking state that occurs when the electronic device is processing the voice inputs received from the user, an increasing number of full color LEDs are lit up during a first illumination cycle of the LED illumination duration, and a decreasing number of full color LEDs are lit up during a second illumination cycle following the first illumination cycle.
 17. The electronic device of claim 15, wherein in accordance with a determination that the voice processing state is a responding state that occurs when the electronic device broadcasts a voice message in response to the voice inputs received from the user, a subset of the full color LEDs are lit up with a single color of distinct and varying brightness, and variation of the brightness of each of the subset of the fully color LEDs is consistent with a voice speed associated with the voice inputs from the user.
 18. The electronic device of claim 15, wherein the plurality of predefined voice processing states includes one or more of a hot word detection state, a listening state, a thinking state and a responding state.
 19. The electronic device of claim 15, wherein the visual pattern includes a start segment, a loop segment and a termination segment, and the loop segment lasts for a length of time associated with the LED illumination durations of the full color LEDs and configured to match a length of the voice processing state.
 20. The electronic device of claim 15, wherein the electronic device further includes a touch sense array configured to detect touch events on the top surface of the electronic device. 